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CROSS-REFERENCE TO REL ATED APPLICATIONS 
The present application claims the benefit of U.S. Provisional Application No. 
60/136,406, filed May 27, 1999, the subject matter of which is herein expressly 
incorporated by reference. 

The present invention also relates to a method described in commonly-assigned 
co-pending U.S. Patent Application No. 09/089,403, "A Method for Categorizing, 
Describing, and Modeling Types of Systems Users", filed June 3, 1998, to R. Bushey et 
al., and to a method described in commonly-assigned and co-pending U.S. Patent 
Application No. 09/303,622, "Methods for Intelligent Routing of Customer Requests 
Using Customer and Agent Models", filed May 3, 1999, to R. Bushey et al., the subject 
matter of both of which is expressly incorporated by reference herein. 
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BACKGROUND OF THE INVENTION 

1. Field of the Invention 

The present invention relates to the field of user interface design and analysis of 
human factors which are considered pertinent during the development stages of the user 
interface. In particular, this invention considers human factors, through behavioral 
modeling methods, and then incorporates such factors into the iterative design stage of 
interface development. 

2. Description of Background Information 

The traditional view of user performance during interface design and testing is 
that variability in responses, preferences, and behavior reflects poor design. The common 
knowledge and practice in the industry is to represent the user population as having a 
single set of characteristics and behaviors. In current practice, this single set of 
characteristics and behaviors focuses on only one of three types: expert, novice, or 
composite. One group is represented to the exclusion of other groups' needs. This is a 
particularly inappropriate method of designing in that there is a substantial risk that very 
few users will be best accommodated by the interface. Subsequently, an interface is 
designed in such a way that variability would be reduced. As a consequence, the diversity 
of the user population is neglected and users' unique needs and preferences are effectively 
ignored. 
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The common knowledge and practice in the industry is twofold. First, it is 
common practice to take a single view of a user population, and second, to subsequently 
design system interfaces based on this view. For example, a system interface may be 
designed to accommodate the behavior of an expert user (e.g., customer service and sales 
representatives). Alternatively, interfaces can be designed to accommodate a novice user 
(e.g., interfaces used in automated teller machines for use by the general public). Thus, 
the current practice represents the user population with a single set of characteristics and 
behaviors. If users or agents are categorized in any way, they are done so in an informal 
manner, based primarily on the opinion and judgement of local operating management 
and not based on formal qualitative and quantitative models, statistical data, or similar 
objective empirical measures. 

Since it is common practice to take a singular view of the user population, the 
interface is designed and tested to reflect average or prototypical end user performance. 
For instance, during usability testing it is typical to deem a workflow task or design 
implementation a failure if 5 of 10 users successfully perform the task or function even 
though the interface was designed superbly for 5 of the users. Similarly, a design 
implementation is commonly deemed acceptable it 10 of 10 users performed adequately 
even though a closer examination may reveal that the majority of users reflected 
outstanding performance while the remaining subset could not display the required 
behavior. In both of these examples, the variability or diversity in performance is not 
considered during design or testing. Distinctive behaviors that may be desirable are not 
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tracked, captured, or accommodated since the emphasis has commonly focused on 
accommodating average behavior. The testing and design phase of interface development 
does not capitalize upon, or accommodate, variability in performance primarily because 
management and systems engineers typically accept the singular view of one user- 
representation. 

Capturing the behavioral diversity of the user population is the first of two 
necessary steps toward the design and deployment of systems and processes that 
accommodate the specific needs of the user (agent) and facilitate business goals. The 
second necessary step is systematically integrating the agent models to the design and 
engineering of user interfaces. 

Traditionally, the diversity of a user population has not been taken into account 
during the iterative design stage of interface development. Rather, a system is typically 
designed with the simplistic view of the "average" or prototypical user in mind. This 
approach does not accommodate the entire range of behaviors and characteristics of the 
user population. This single-view may hinder performance of a large proportion of users, 
given that their specific needs are not accommodated and management and systems 
interface engineers are unable to capitalize on the unique behavioral qualities that could 
facilitate performance and achieve business goals. 

A solution to this approach is to consider the range of behavioral characteristics of 
the entire user population during the design phase of interface development. This broad 
range of behavior is ideally captured through use of behavioral models. Once the user 
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population is categorized into a reasonable number of groups, the resultant qualitative and 
quantitative models can be integrated into system design and testing. 

Prior art which discloses behavioral models are U.S. Patent Application No. 
09/089,403, filed on June 3, 1998, entitled "A Method for Categorizing, Describing, and 
Modeling Types of Systems Users" and provisional U.S. Patent Application No. 
60/097,174, filed on August 20, 1998, entitled "A Method for Intelligent Call Routing 
Utilizing a Performance Optimizing Calculation Integrating Customer and Agent 
Behavioral Models". 

The Categorize Describe-Model (CDM) methodology, disclosed in U.S. Patent 
Application No. 09/089,403, is a technique used to categorize a diverse user population 
into a reasonable number of groups that share similar characteristics. The behaviors of 
users within these groups are then objectively described and subsequently quantitatively 
and qualitatively modeled. At any point in this process, the grouping characteristics may 
be validated and revised based on the data collected and modifications of bottom-line 
business goals. The end result of the CDM method is that a highly diverse user 
population is divided into a small number of behaviorally distinctive groups (e.g., 3-5 
user-groups). The members of each group share similar characteristics and behaviors. In 
effect, by using the CDM methodology, the entire range of behavioral diversity of a user 
population can be captured and accommodated. 
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BRIEF DESCRIPTION OF THE DRAWINGS 
Figure 1 illustrates a flow diagram of the interface customization selections 

entered on a user-profile screen, according to an aspect of the present invention. 

Figure 2 illustrates a flow diagram of the VaCTAC method of applying user 

models to interface design, according to an aspect of the present invention. 

DETAILED DESCRIPTION OF THE INVENTION 
An objective of the disclosed invention is to establish a method that systematically 
and thoroughly applies user models derived through the CDM method to the design and 
testing phase of interface development. Rather than assuming a single set of behaviors or 
characteristics that represents the user population, the CDM method categorizes the user 
population into a small number of behaviorally distinctive groups. The present invention 
then extends this process and applies it directly to interface design. 

This unique approach to usability testing and systems design ensures that the 
range of needs and preferences of the entire user population (e.g., each group derived 
through the CDM method) is considered. Customizing usability testing for each user 
group and allowing for flexibility in performance, not simply considering "average" 
behavior, allows for an improved understanding of the users and improved interface 
design leading to improved performance. 

In contrast to the traditional approach, applying the CDM method to interface 
design involves accommodating variability in performance, and capitalizing on the 
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diversity within the user population. Application of the CDM method to design and 
testing involves tracking design requirements and implementations on micro and macro 
levels, documenting pre-determined user characteristics, capturing new user 
characteristics that emerge, accommodating diversity in performance and preference 
during testing, and customizing system display and navigation. This process ultimately 
facilitates the maintenance of user models to expedite future enhancements and business 
decisions. 

The final objective and end-result is that customer/agent negotiations and call 
center operations are improved because the negotiation system interface is engineered to 
accommodate usability needs of the entire user population, targeted behaviors, and 
preferences that facilitate meeting business objectives. 

According to an aspect of the present invention, a method for designing a 
customized user interface is provided that categorizes a user population into groups using 
qualitative and quantitative models, and applies the models into interface design, 
interactive testing, and system deployment. The step of categorizing a user population 
into groups using qualitative and quantitative models may be based upon Categorize- 
Describe-Model (CDM) methodology. 

According to a further aspect of the present invention a method for designing a 
customized user interface is provided that includes categorizing at least two users, 
validating targeted user behaviors and preferences, capturing emergent behaviors and 
preferences, tracking design requirements and implementations, 
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accommodating diversity in performance and preference during interactive testing, and 
customizing a user interface design to each of the at least two users. 

Further aspects of the present invention include incorporating the user interface 
into the following hardware systems: a graphical user interface (GUI) of a sales and 
billing negotiation system; a telephone system, graphical user interface (GUI) provided on 
the Internet; a interactive graphic user interface (GUI) system; an automated teller 
machine; a computer operating system; or a television programming interface. 

In another aspect of the present invention, a method for designing a customized 
user interface is presented that includes categorizing a user population into distinctive 
groups in which the users' behaviors are described, modeling the categorized user 
population using Categorize-Describe-Model (CDM) methodology, documenting and 
validating pre-determined user characteristics as indicated by initially grouping 
characteristics, including targeted behaviors and preferences, derived through said CDM 
methodology. The method also includes capturing new user characteristics that emerge, 
simultaneously tracking design requirements and implementations on both micro and 
macro levels, accommodating variability and diversity in performance and preference 
during iterative testing by integrating user-customization into a design by creating a user- 
profile in which the users select various navigation preferences and information display 
choices that can be applied throughout the interface, and developing a customized user 
interface as an end-product. 
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One embodiment of how a user's interface may be modified based on user-group 
membership is illustrated in Figure 1 . The initial step starts at a user-profile screen or 
multiple user-profile screens (2). A user profile screen is a segment of the interface 
where a user may configure or customize the interface to accommodate his/her needs. 

Next, the CDM methodology would have pre-determined a user's behavioral 
characteristics and classified them into a specific user-group. In this example, the user 
would identify their group membership as the "blue" group (6) or "yellow" group (8). 
Ultimately, either the user or the system administrator would assign group membership at 
system log-on or registration. 

Once the user identifies his/her group membership, the different functions 
(preference settings) within the interface are changed to accommodate the user-group's 
needs (10, 12). In this example, the user may also change his/her preference settings 
individually as well. Some examples of preference settings are: (1) short-cut keys - keys 
or macros that accelerate different functions; (2) pre-pop of account information - certain 
information that may be automatically presented on a screen at the users' discretion, such 
as account information; or (3) workflow maps - maps and help aids that indicate to the 
user what they should do during a negotiation. As an end result, the system interface 
would reflect functionality that is customized to the user's group membership (10, 12). 

Figure 2 illustrates a preferred embodiment of how the CDM method is ideally 
applied to design and testing phases of interface development. As a preliminary step 
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toward applying user models to design, the user population must be categorized into 
distinctive groups, their behaviors described, and subsequently modeled (14). 

Once the CDM methodology is complete (14), the interface design process is 
implemented (16). The next series of boxes (shown in a clockwise arrangement; 16) 
depicts the application of the CDM method to interface design. Application of the CDM 
method to design and testing involves, first documenting and Validating pre-determined 
user characteristics as indicated by the initial grouping characteristics derived through the 
CDM method (1 8). This would include targeted behaviors and preferences, and is a static 
process. 

Second, Capturing new user characteristics that emerge is essential, given that 
new behaviors and characteristics are imminent with a new or enhanced system and must 
be quantified to enhance the initial grouping characteristics (20). 

Third, design requirements and implementations must be Tracked (22) on both 
micro (within individual screens) and macro levels (how design alternatives fit within the 
user's work-flow). Tracking design implementations on micro levels refers to the detailed 
consideration of individual components of the interface (e.g., the placement and 
functionality of certain buttons on an individual graphical user interface (GUI) screen). 
Tracking design implementations on macro levels refers to the consideration of how all 
the interface components, being collectively the entire interface design, matches with the 
goals and the tasks of the user. 
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Fourth, Accommodating variability and diversity in performance and preference 
during iterative testing is paramount to taking the unique needs of the user population into 
consideration when developing final design requirements (24). 

Finally, an extension of the process of accommodating variability and diversity is 
to integrate appropriate user-Customization in to the design (26). This would be 
accomplished through creating a user-profile in which the user would select various 
navigation preferences and information display choices that would be applied throughout 
the interface. Such alternatives and choices are determined based on behavioral 
characteristics of the user groups (derived via CDM phase) and business decisions from 
operations/management personnel. 

The entire process of applying user models to interface design is referred to as the 
VaCTAC method (Validate, Capture, Track, Accommodate and Customize). The 
end-product of this technique is a new interface (28) that: (a) has enhanced usability, (b) 
facilitates behaviors and preferences that are consistent to meeting business goals and 
operational decisions, (c) the broad range of usability needs of the entire population are 
addressed and capitalized upon by operations management, (d) results in revised, 
enhanced, and validated quantitative and qualitative user models, and (e) the design of 
future releases and enhancements would be expedited by the thorough knowledge of the 
user population gathered by this process. 

To better understand the invention, it is important to describe in further detail how 
the CDM methodology may be applied to interface design. The first portion of data that 
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contributes to this process is the "screenflow" analysis of the present invention. This 
analysis also helps to add detail to the qualitative user models and provides the level of 
detail necessary to create quantitative models of service representative behavior. The 
approach taken is to analyze specific call types based on the customer's initial request and 
how this request is ultimately resolved. These specific call types can then be analyzed to 
determine the prototypical navigation behavior used for that particular type of call. 

A primary aspect of determining prototypical navigation behavior is to indicate 
the most common number, type, and sequence of interface screens visited during the 
particular customer/representative negotiation. A detailed description of this process and 
the results are provided below. The data used for this analysis was captured during side- 
by-side observations of service representatives. 

In order to determine a prototypical screen-flow, it is necessary to identify call- 
types that are essentially identical to one another. For instance, all calls in which the 
customer requests "caller ID" to be added to their service, would be considered virtually 
identical to one another since the task of the service representative should be the same in 
all cases. To this end, the majority of calls observed were from two categories, namely, 
"order" and "information (info)" types of calls. The data captured that was used in 
identifying exactly what kind of calls fell within order and information given from the 
customer's opening statement (e.g., "I want to get a second telephone line for my 
computer modem") which was compared to the final resolution of the call (order, transfer, 
etc). It was determined that "information" types of calls included a wide variety of 
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customer requests, so many in fact, that there was no single type of request that occurred 
frequently enough to warrant or allow subsequent analysis. However, there was sufficient 
consistency of customer requests under "order" call types to allow further analysis. 

Therefore, all order type calls collected at call centers were categorized into sub- 
groups. A total of nine order call types were found, based on customers' opening 
statements and the observers' label of how the call was ultimately resolved. Four of the 
nine call types were subsequently analyzed, namely: new connects, moves, disconnect 
line, and caller ID. The problem and disconnect call types were not analyzed because 
further inspections of the screen flows indicated that these call types involved a wide 
range of navigation behavior that varied on a call-to-call basis. Therefore, a prototypical 
screen flow could not be determined for these call types. Additional line (ADL), call 
blocker, and name change types were not included in subsequent analyses because there 
was not a sufficient number of these call from which to base meaningful conclusions. 
Although the number of caller ID calls was similarly low, it included the highest number 
of calls that a customer requested a specific product or service, and was subsequently 
included to minimally represent this type of customer/service representative negotiation. 

For each call, it is necessary to determine the prototypical screen flow (baseline). 
In other words, it is necessary to identify the primary screens that service representatives 
visit and in what order these screens are visited. A baseline can be determined by 
visually inspecting a sample of individual records of screen flows for a given call type. 
For example, about 10-12 records can be inspected to determine a baseline screen flow. 
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This visual inspection should be conducted to identify patterns of the same screens that 
are visited in the same sequence. The result is an initial baseline screen flow from which 
all records of the particular call type may be compared. In this way, it is possible to 
assess the common screen flow pattern associated with a given call type. Many of the 
representatives also visited other screens during negotiations, but these screens were not 
visited with any regularity among representatives. These "tangents" that a given 
representative would make during a negotiation within the screen flow were also 
analyzed, but results did not show any distinctive patterns. Each record of screen 
navigation also included behavioral data such as the sequential occurrence of cross- 
selling attempts and sequential occurrence of when a representative used a "help aid" 
(help aids include: a calculator, help screens, assistance from a manager, etc.). 

The methodology of applying CDM to interface design would proceed in the 
following manner: during the requirements gathering phase of the interface design, 
documents are generated that captured roadblocks to usability within the present system 
and alternative design ideas to address these roadblocks. These "paste-ins" provide the 
starting point to implement CDM to design. Specifically, each design idea and/or 
requirement should be rated in terms of accommodating the quantitative models of the 
user population. Each design idea and/or requirement would consist of a description of 
functionality and checked whether or not it accommodates a given CDM user population 
grouping (blue, yellow, etc). This may be expanded to include a description of how a 
given group's characteristics have been accommodated, or how a given group's 
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characteristics have not been addressed to serve as a future aid to subsequent design 
enhancements. This could take the form of simply YES/NO binary coding, or as ratings 
based on subjective opinions of the designer(s) of the "level of accommodation". (1 - not 
accommodated; 7 - group's characteristics fully addressed). In addition, ratings should be 
made with reference to how an individual "fits" in with design requirement (micro 
implement) "fits"-in with the over-all workflow, and /or across screen navigation. 

, The advantages and benefits provided to the user of the present invention are 
numerous. Revenue generated per customer call should increase, since the 
sales/negotiation system is more customized to the individual user, reducing mental 
workload on the user and thus allowing for more emphasis on sales rather than 
navigation/system manipulation. Opposing behaviors are accounted for, which would 
increase the operational efficiency of the call center. For instance, the interface supports 
speed oriented behavior (high volume, short duration/low revenue calls) while 
simultaneously supporting service-oriented behavior (low volume, long duration/high 
revenue calls). 

Also, a more customized system will maximize user-efficiency and thereby 
decrease unnecessary time-on-the-line and increase customer accessibility. Agents using 
this method could out-perform other similar agents at other organizations. Other 
organizations would still be attempting to meet the needs and preferences of their 
systems-users without a systematic method of accomplishing these requirements. Thus, 
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the method of the present invention also represents an opportunity to distinguish the user 
of this method from all other carriers. 

The user of this invention can benefit from strengthening its image with agents. It 
gives agents a reason to enhance their opinion of the user of the method of the present 
invention as a company that does adjust to employee's needs and capabilities. Thus, it is 
possible the user of this method may become the carrier of choice for the next generation 
and top performing agents. Finally, the method of the present invention allows agents to 
be compatible with Wireless, Long Distance, and other future services. The methodology 
of accommodating the range of behavioral diversity of systems users can be transferred 
and applied to different sales negotiation systems and interface development teams. 

Although the invention has been described with reference to several exemplary 
embodiments, it is understood that the words that have been used are words of description 
and illustration, rather than words of limitation. The method disclosed can be used to 
design interfaces for a variety of systems, including but not limited to interactive 
telephone systems, interactive voice response systems, Internet based systems, interactive 
graphic user interface systems, automated teller machines, computer systems, television 
programming interfaces, and any other system which has an user interface. 

Changes may be made, without departing from the scope and spirit of the 
invention in its aspects. Although the invention has been described herein with reference 
to particular hardware, software, means, and embodiments, the invention is not intended 
to be limited to the particulars disclosed herein; rather, the invention extends to all 
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functionally equivalent structures, methods and uses, such as are within the scope of the 
appended claims. 
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